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(S) Network link endpoint capability detection. 

(57) Support for a mixed network environment is 
provided which can contain multiple isochron- 
ous and/or non-isochronous LAN protocols 
such as isochronous-ethernet, ethernet, isoch- 
ronous-token ring, token ring, other isochron- 
ous-LAN or other LAN systems. Support for a 
mixed environment Includes a protocol detec- 
tion mechanism which Is embodied in a hand- 
shaking scheme. This handshaking scheme 
determines the signalling capability at the end 
points of the link and implements the correct 
protocol. This enables isochronous nodes and 
hubs to automatically detect the presence of 
ethernet, token ring, or other LAN equipment at 
the other end of the network cable. If this 
detection occurs, the isochronous LAN equip- 
ment will fall-back to a LAN compliant mode of 
operation. Typically, only the hub will have the 
capability of operating in different networking 
modes, such as ethernet, Token Ring isochron- 
ous modes. The hub will listen for some form of 
identification from the attached nodes as to the 
type of service to provide - Isochronous or 
non-isochronous; ethernet, token ring or other 
LAN service. 
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The present Invention is directed to a method and apparatus for detecting, In a network, such as a local 
area network, the protocol capability of one or more endpoints of a data communication link, and in particular 
to a method and apparatus for determining whether a data source/sink at the end of a datalink has the capa- 
bility of a first data communication protocol or a second data communication protocol. 

5 

BACKGROUND OF THE INVENTION 

Atypical data communication network is configured to operate according to a single predetermined pro- 
tocol, e.g., an ethernet protocol, a token ring protocol, other LAN protocols, or an isochronous protocol. An 

10 example of an ethernet system is an implementation known as 10BASE-T which is described in the draft Nine 
supplement to IEEE standard 802.3, dated November 15, 1989. Other examples of data communication pro- 
tocols are X.25, and the Token Ring System, described for example, by IEEE Standard 802.5. Both ethernet 
and token ring systems convey data in packets but each uses a different media access method. 

As shown in Fig. 1 A, in a packet system, data is transferred in a plurality of packets 12a, 12b which can 

15 be either constant-sized or variable-sized. Each packet includes a field of data 14a, 14b which may be preceded 
and/or followed by non-data information such as preamble information 16a, 16b housekeeping information 
such as data source information, data destination information, and the like 16a, 18b and a frame end marker 
20a. As seen in Fig 1A, because the fields provided for data 14a, 14b are not substantially continuous, the 
packetized scheme of Fig 1 A is not isochronous but "bursty' 1 in nature. 

20 In a token ring system, a node is permitted to transmit data only after receipt of an electronic "token." As 
depicted In Fig. 1 B, a first station may transmit a token 22a which is received 24a by a second station whereupon 
the second station may begin transmission of data 26a. After a period of data transmission, the second station 
transmits the token 22b which is received by a third station 24b that can then begin its own transmission of 
data 26b. As seen in Fig 1B, because data transmission is synchronized with the occurrence of arj event (the 

26 arrival of a token), the token ring system is not an isochronous data transfer system. 

Fig. 1C schematically depicts isochronous data transfer. In general terms, isochronous data is data which 
is non-packetized and of indeterminate, potentially continuous duration. In isochronous data transfer, the data 
transfer is initiated, such as by initiating a telephone conversation or beginning a video camera transmission 
30. After the data transfer or connection is initiated, transmission of the data, possibly accompanied by trans- 

30 mission of housekeeping information (such as destinations, audio or video timing, and the like) is provided sub- 
stantially continuously for an indeterminate period, such as until termination of the connection 32. Although it 
may be that not every bit transferred represents a data bit (since "housekeeping" bits may be also transferred), 
the transfer of data is substantially continuous in the sense that there are no substantial periods during which 
no data bits are transferred. It is possible that the data being transferred is "Null" data such as silence during 

35 a telephone conversation or transfer of a blank video image. One type of isochronous data transfer protocol is 
the Fiber Distributed Data Interface- II (FDDI-II) as described, for example, in FDPI-II Hybrid Multiplexer , Re- 
vision 2.4, dated March 25, 1991 . 

Previous systems which were configured to use only a single-type protocol had the disadvantage that it 
was not possible to operate a mixed-protocol or "mixed-environment" system. Also, when upgrading a network 

40 system, it was necessary to upgrade the entire system and it was infeasible or wasteful to upgrade only part 
of the system (such as only some of the nodes or such as upgrading nodes without upgrading hubs or upgrading 
hubs without upgrading nodes). Additionally, when a system or system components were installed, or repaired 
it was necessary for the installing personnel to be familiar with the particular single protocol for which the net- 
work was configured and to make such installation, upgrade, or repair in accordance with such a single pro- 

45 tocol. Furthermore, it was necessary that apparatus connected to the system be configured for exclusive op- 
eration in accordance with the predetermined single protocol. 

SUMMARY OF THE INVENTION 

so The present Invention includes a recognition of the problems found in previous devices. According to an 
embodiment of the present invention, apparatus connected to one endpoint of a network link is able to detect 
the protocol capability of the apparatus connected to the other end of the network link. Preferably, the first 
end of the network link has a capability of providing data communication under at least two different protocols 
and can select the appropriate protocol depending on what type of protocol capability Is detected in the appa- 

55 ratus at the other end of the link. 

Link endpoint capability detection takes advantage of the fact that different data communication protocols 
provide signals on the physical medium which have different characteristics. The various protocols can typically 
be detected by their unique timing and data patterns. According to one aspect of the invention, the network 
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has a star topology with at least one hub and a plurality of nodes each node being connected to a hub by phys- 
ical media constituting the link. The capability detection of the present invention can be performed by apparatus 
at either end of a link, and in particular, in a star topology network can be conducted by the hub or by any 
node. In one embodiment, capability detection is initiated by the hub. In a non-star topology at least one node 
5 can operate under two or more protocols and can detect the capabflity of another node with which it is con- 
nected. 

The apparatus which initiates capability detection, according to one embodiment, transmits a signal onto 
the physical medium. In one embodiment, the apparatus at the far end of the link outputs, onto the physical 
medium, a second signal. Preferably, a second signal will be output from the apparatus at the far end of the 

10 link, regardless of whether the apparatus at the far end operates according to a first protocol or a second pro- 
toco). However, the second signal which is placed onto the physical mediumat the far end of the link has e'rthet 
a first form or a second form, depending on whether the apparatus at the far end has a first protocol capability 
or a second protocol capability. This difference in signal is detected at the first end of the link and this could 
be used as a basis for determining the protocol capability at the far end of the link. 

15 In another embodiment, the first apparatus outputs a first signal. The second apparatus outputs a response 
only if it has a first protocol capabflity. If no response is output, the first apparatus outputs a second signal in 
an attempt to elicit a response according to a second protocol. This process can be repeated until the first ap- 
paratus outputs a signal to which the second apparatus responds, thereby indicating a protocol capability of 
the second apparatus. 

20 According to one embodiment, the first signal which is output, also carries Information regarding the pro- 
tocol capability of the first endpoint That is, preferably, the first signal has a first form if the first endpoint has 
a first protocol capability and it has a second form if the first endpoint has a second protocol capability. Pre- 
ferably, the apparatus at the far end of the link will respond to either of these forms in the manner described 
above. 

25 In the preferred embodiment, the apparatus which has detected the capability at the far endpoint adjusts 
its operation to accommodate that capability. For example, when the first endpoint detects that the far endpoint 
has a first protocol capability, the first endpoint will configure itself to conduct subsequent communication using 
the first protocol. However, if the first endpoint detects that the far endpoint has a second protocol capability, 
the first endpoint is able to configure itself to accommodate the second protocol capability. 

30 In one embodiment, the far endpoint will have only a single protocol capability. However, it is possible to 
configure a network in which both link endpoints have multiple protocol capabilities and both can detect one 
or more capabilities at the opposite endpoint The endpoints can then configure themselves to operate at the 
best or most desired protocol level. 

35 BRIEF DESCRIPTION OF THE DRAWINGS 

Figs. 1A, 1B and 1C of the timing of a packet transmission system, a token ring transmission system, and 
an isochronous transmission system respectively; 

Fig. 2 is a schematic block diagram showing three nodes connecting to a hub card; 
40 Fig. 3 is a schematic block diagram showing a number of hubs connected together using a ring structure; 
Fig. 4. is a schematic block diagram of node circuitry for multiplexing and preparing data for transmission 
over the media and for receiving information from the media and demultiplexing the data; 
Fig. 5. is a schematic block diagram of hub receiver circuitry according to an embodiment of the present 
invention; 

45 Fig. 6 is a schematic block diagram of a hub transmitter circuitry; 

Fig. 7 is a timing diagram showing the relative timing of transmissions and receptions atthe hub and nodes; 
Figs. 8A-8E are block diagrams depicting link endpoint capability detection for five different network con- 
figurations according to embodiments of the present Invention; and 

Fig. 9 is a block diagram of a node receiver, according to an embodiment of the present Invention. 

50 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Before describing link endpoint capability detection, a general description of one type of network will be 
provided as one example of a data communication system in which the present invention can operate. A data 
55 communication system can be configured In a star-topology with a plurality of nodes 42a, 42b, 42c, (Fig. 2) 
each coupled to a hub 44a by data links comprising physical data transmission media such as one-way twisted 
pair wires 46a-46f. The number of nodes can be adjusted depending on the data transmission needs and ob- 
jectives of the system. In one embodiment, each hub is configured to accommodate connection with up to 16 
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nodes. Each node 42a, 42b, 42c includes circuitry 50a, 50b, 50c for receiving data, converting it to a form suit- 
able for transmission onto the physical media 46a, 46c, 46e and receipt of signals from the physical media 
46b, 46d, 46f and conversion to a form suitable for use by the data sinks. Each of the nodes 42a, 42b, 42c 
includes data sources and sinks 48a-48g. The data sources and sinks can be isochronous sources and sinks 

5 such as video cameras 48a, 48d and monitors 48b, 48e, non-isochronous sources and sinks such as an ether- 
net media access controller 48c, 48g, and signaling or D channel sources and sinks such as an emulated or 
virtual key pad 48f provided, for example, on a personal computer (PC) terminal. 

Each of the nodes 42a, 42b, 42c can include various types of sources and sinks such as strictly isochronous 
sources and sinks, such as depicted for node one 42a, strictly non-isochronous sources/sinks as depicted for 

10 node three 42c or both isochronous and non- isochronous sources and sinks as depicted for node two 42b. 
The physical layer 52 of the network system depicted in Fig. 2 includes the node data receivers and converters 
50a, 50b, 50c, the physical media 46a-46f and the hub components 54a, 54b, 54c and 56. 

The hub 44a includes circuitry 54a, 54b, 54c for receiving data from the physical media 46a, 46c, 46e sep- 
arating the isochronous-sourced data from the non-isochronous-sourced data and the D channel and M chan- 
ts net data and converting separated data into a form suitable for handling by downstream hub circuitry 56. In 
the depicted embodiment the separated isochronous-sourced data is provided to a time slot interchange con- 
troller 58 for placing the data on a high-bandwidth bus (e.g. the TSI bus) so that it can be transported to des- 
tination nodes on other TSI controllers in the hub or other hubs (as depicted, e.g. in Fig 3) and/or retrieved by 
hub circuitry 54a, 54b, 54c for transmission to various destination nodes 42a, 42b, 42c, e.g. by a local loopback 

20 capability. The separated non-isochronous data is provided to circuitry 60 configured to convey the non-iso- 
chronous data to one or more of the hub circuitry 54a, 54b, 54c for transmission to destination nodes 42a, 42b, 
42c. In an embodiment In which non-isochronous-sourced data includes ethernet data, the hub circuitry 60 
can be a standard ethernet repeater processor. In this way, the present Invention can be at least partially back- 
wards-compatible with previous ethernet hub systems. The D channel and M channel information js provided 

25 to a signaling processor 62 which performs various maintenance and control functions such as identifying and 
alerting users of error conditions, and setting up requested calls or connections, i.e. source/destination paths 
e.g. by communicating with the isochronous and non-isochronous controllers 58, 60, e.g. over data path 64. 
As depicted in Fig. 3, a number of star-topology systems can be interconnected by connecting hubs 44a, 44b, 
44c to one another, e.g. by a time slot interchange (TSI) ring. 

so According to the present invention, data communication can be provided according to one or more of a 
number of protocols. Those skilled in the art are familiar with protocols, but in general, a "protocol 1 * includes a 
standard set of rules that specify the format, timing, sequencing and/or error checking for data transmission. 
Several network protocols are referenced above, including an ethernet protocol euch as 10BASE-T, an iso- 
chronous protocol such as FDDI-II, and a token ring protocol. Another possible protocol is one in which both 

35 isochronous and non-isochronous data are combined into a frame structure for transmission across physical 
media. A frame-structure protocol of this type is described in greater detail in commonly-assigned application 
Serial No. (Attorney File No. 8332-31 4/NS-2023, titled "Network for Data Communica- 

tion wtih Isochronous Capability", filed on even date herewith and incorporated herein by reference. According 
to one such protocol, the incoming data from the various sources is provided to a multiplexer 70 (Fig 4) which 

40 performs time-division multiplexing on a four-bit basis. The pattern for the time division multiplexing is a re- 
peating series of frames or templates. In this embodiment the frames are repeated every 125 microseconds. 
The time division multiplexing is a multiplexing of isochronous-sourced data and non-isochronous-sourced 
data. The non-isochronous-sourced data can be data provided in accordance with a number of previously-avail- 
able LAN systems and this protocol will be referred to, in general, as "isochronous-LAN" protocol. Several par- 

45 ticular types of isochronous-LAN protocols are possible. When the isochronous data is multiplexed with LAN 
data which is provided decoding to an ethernet protocol, such as a 10BASE-T ethernet protocol, the resulting 
time-division multiplexed protocol will be referred to as an "isochronous-ethernet" protocol. When the isochron- 
ous data is multiplexed with LAN data which is provided according to a token ring protocol, the resultant time 
multiplexed protocol will be referred to as an "isochronous-token ring" protocol. 

so The present invention will be described below by way of a particular example in which one available pro- 
tocol is an isochronous-ethernet protocol and another potentially available protocol is a 10BASE-T protocol. 
However, as will be clear to those skilled in the art, the present invention can also be used in connection with 
other combinations of protocols such as isochronous-token ring or other isochronous-LAN protocols, pure iso- 
chronous protocols such as FDDI-II, and can include three or more protocols. 

55 Table I depicts the manner in which the various data streams, and additional data and control bytes are 
time-division multiplexed in an isochronous-ethernet protocol. Each symbol in Table I represents four bits of 
data so that every group of two symbols represents one 8-bit byte of data. In Table I, E represents four bits of 
data from the ethernet stream 66b (Fig 4), B designates four bits of data from the isochronous stream 66a, D 

4 
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25 



represents four bits of data from the signaling or D channel stream 66c, and M represents four bits of M channel 
data stream 66d. In addition, certain byte-length patterns are provided. JK represents a frame synchronization 
pattern and EM (the first two bytes of block three in Table I) represents an ethernet "pad" followed by a main- 
tenance byte. As seen in Table I, each frame contains 256 bytes which can be considered in thirty-two groups 
of eight bytes each, or four blocks of sixty-four bytes each. The frame structure is described more thoroughly 
in commonly-assigned application Serial No. (Attorney File No. 8332-31 5/NS-2024), ti- 

tled "Network for Transmitting Isochronous-Source Data with a Frame Structure", filed on even date herewith 
and incorporated herein by reference. 
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TABLE I (cont'd) 
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JK • Frame Synchronization Pattern EM - Ethernet Pad & 4 Maintenance Bits 
MM - 8 Maintenance Bits E - Ethernet Packet Channel 

D-D Channel B - Isochronous Channel 



The time-multiplexed data is then encoded by an encoder 72. In the depicted embodiment the encoder 
performs four/five encoding. One particular form of four/five encoding conforming partially to the ANSII X3T9.5 
standard, is depicted in Table II. The encoding scheme depicted in Table II is described in greater detail in com- 
monly-assigned application Serial No. (Attorney Ffle No. 8332-31 6/NS-2022), titled 
"Frame-Based Transmission of Data", filed on even date herewith and Incorporated herein by reference. 
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The output from t he encoding devices is sent to pre-emphasis circuitry 76. The pre-emphasis circuitry com- 
pensates the signal transmitter onto the physical medium to reduce the jitter. The data output by the pre-em- 
phasis circuitry 76 is sent to a transmitter or driver 78b and the signal is transmitted over the physical medium 
46c. The physical medium 46c can be any of a number of media types including twisted pair, coaxial or fiber 
5 optic cable. 

The data sent over the physical media 46a is received in the hub 44a. The hub contains a plurality of circuit 
devices 54a, 54b, 54c, each one coupled to one of the nodes 42a, 42b, 42c by the physical media 46. As de- 
picted in Fig. 5, the data transmitted over the physical media 46 arrives serially at a de-serializer/decoder 80. 
Link detect circuitry 62 also receives the data from the physical media 46 for detection of the mode or protocol 

io in which the node is operating as described more fully below. The de-serializer/decoder 80 receives a reference 
clock signal 84. The de-serializer/decoder includes circuitry which is functionally an inverse of the multiplex- 
ing/encoding circuitry described above. Referring to Fig. 4, the de-serializer/decoder includes phase lock de- 
code circuitry 86, the results of which are provided to NRZI decode circuitry 88 which, in turn, provides the 
decode results to four/five decode circuitry 90, in turn providing results to a de-multiplexer 92 which separates 

15 the received data into the isochronous-sourced data 94a the non-isochronous-sourced data 94b and signaling 
data, such as D channel and M channel data 94c. The de-serializer/decoder 80 also outputs a synchronization 
signal, derived from the JK frame synchronization symbols 96 for use by a framing timing generator 98. 

Both the non-isochronous-sourced data 94b and the isochronous-sourced data 94a are made available 
to the various hub circuitry components 54a, 54b, 54c, as needed for transmission back to destination nodes. 

20 In one embodiment, the separated isochronous data 94a and non-isochronous data 94b are reconfigured by 
the respective interfaces 58, 59 to provide isochronous output 102 and non-isochronous output 104 in a form 
suitable for processing so as to provide the data as needed for transmission to the destination nodes. In one 
embodiment, the non-isochronous data 94b can be configured by the E interface 59 so that the output data 
104 can be processed by a repeater device 60 for provision to hub circuitry 54 and eventual transmission to 

25 destination nodes. As an alternative to using a repeater for the non-isochronous data, packet connections may 
be linked through media access control layer bridges. Preferably, the output data 104 is in a form such that it 
can be handled by repeater circuitry of types previously available. For example, when the non- isochronous 
data 94b is data which originated at the node 42b from an ethernet MAC, the output data 104 Is in a form such 
that it can be handled by a standard ethernet hub repeater 60 such as DP83950 "Repeater Interface Controller" 

so (RIC) available from National Semiconductor Corporation, Santa Clara, California. 

As shown in Fig. 5, the data received over the physical link 46 is also provided to an additional interface 
for handling data according to a second protocol, as described more thoroughly below. For example, when the 
second protocol is an ethernet 10BASE-T protocol, a 10BASE-T interface 512 can be provided. The 10BASE- 
T receive interface 512 can be a standard 10BASE-T interface, such as model DP83922 Twisted Pair Trans- 

35 ceiver Interface (TP!) availablefrom National Semiconductor Corporation, Santa Clara, California. Amultiplexer 
514 determines whether the repeater 60 receives a data stream from the E interface 59 or the 10BASE-T in- 
terface 512. This selection by the multiplexer 514 is controlled by a mode select signal output over control line 
516 from the link beat detect circuit 82 as described more fully below. 

The data 198 output from the E transmit interface 168 is provided along with isochronous data output 164 

40 and M channel and D channel data 170 to encoder serializer circuitry 202, as depicted in Fig. 6. The encod- 
er/serializer 202 is configured substantially like the encoding circuitry found in the node and depicted in Fig. 
4. Specifically, the encoder/serial izer 202 provides a multiplexer for combining the three streams of data 198, 
1 70, 1 64, a four/five encoder, an NRZI encoder, and pre-emphasis circuitry. The timing of transmission is con- 
trolled by transmit timing circuitry 204. Output 206 from the encoder/serializer is selectively combined with link 

46 beats from a link beat generator 208 by multiplexer 210 for purposes of link end point detection, as described 
below. The clock signal and the data 166 from the repeater 60, in addition to being provided to the E interface 
168 is also provided to a second interface which operates according to a second protocol. When a second pro- 
tocol is an ethernet 10BASE-T protocol, the interface is an ethernet 10BASE-T interface 520. The ethernet 
1 0BASE-T interface transmit 520 can be of a type substantially identical to 10BASE-T interfaces provided in 

60 previously apparatus such as model DP83922 Twisted Pair Transceiver Interface (TPI), available from National 
Semiconductor Corporation, Santa Clara, California. The output from the ethernet 10BASE-T interface 520 is 
provided to the multiplexer 210. Multiplexer 21 0 is able to select, in response to a control signal 522, whether 
to output data originating from the repeater 60 according to a first protocol determined by the E interface 168, 
or according to a second protocol determined by the ethernet 10BASE-T interface 520, as described more 

55 fully below. The data sent from the hub 44a to the nodes 42 is sent in a frame format which Is preferably sub- 
stantially the same as the frame format used for the data sent from the nodes 48 to the hub 44a as described 
above. At the nodes 42, the circuitry 50 Includes devices (Fig. 4) for decoding and de-multiplexing data, similar 
to that described for performing these functions in the hub, mainly a phase lock decode 86, and NRZI decode 
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88, a four/five decode 90, and a de-multiplexer 92. Decoded and de-multiplexed data is then delivered to the 
various data sinks in the nodes 42. 

As shown in Fig. 7, the timing of the system can be synchronized with a 125 microsecond reference clock 
signal 214. In this example, the reference signal 214 provides an ascending clock edge every 125 microsec- 

5 onds. The reference signal can be provided by any of a number of sources. Preferably, an embodiment of the 
present invention is configured to permit a reference signal 214 to be synchronized to an external clock refer- 
ence, such as a reference signal from a wide area network or from a FDDI-II ring. The reference signal can 
be supplied through one of the nodes and transmitted to the hub for distribution to the other nodes, or can be 
supplied directly to the hub for distribution. 

10 Fig. 8A depicts a network configuration in which the hub 530a is a 10BASE-T hub and the node 532a is 
a 10BASE-T node, both of which are found in previously-available devices. In this system, the 10BASE-T hub 
sends a signal, specif ically a link test pulse, in accordance with IEEE Standard 802.3, overthe physical medium 
to a 1 OBASE-T node 532a. In a typical system, the 1 0BASE-T hub outputs a signal upon being powered-up. 
The link test pulse used in previous devices is described in IEEE Standard 802.3. Briefly, a link test pulse can 

15 be described as a single 100 nanosecond pulse occurring at a nominal 16 millisecond interval. The 10BASE- 
T node 532a, typically in response to being powered-up, outputs onto the physical medium a second signal, 
which, in accordance with IEEE 802.3, is substantially identical to the above-described link test pulse. This 
link test pulse is received by the 1 0BASE-T hub 530a. At this point, a 1 0BASE-T hub proceeds to operate on 
the basis that it is connected to a 10BASE-T node (532a) and the node 532a begins to operate on the basis 

20 that it is connected to a 1 0BASE-T hub (530a) and normal 10BASE-T communication proceeds. 

Fig. 8B depicts a configuration according to one embodiment of the present invention in which an isochron- 
ous-et hernet hub 530b is connected to a 10BASE-T node 532a. The Isochronous-ethernet hub outputs a probe 
signal 534. A probe signal differs from the link test pulse in that it has a faster link beat, for example having a 
beat period of less than about 2 milliseconds. The 1 0BASE-T node 532a is configured substantially identically 

23 to previously available 10BASE-T nodes. Upon receipt of the probe pulse 534, it continues to output a link test 
pulse onto the physical medium. The isochronous-ethernet hub 530b, upon receiving a link test pulse (rather 
than a probe pulse) can determine, on that basis, that the apparatus connected to the far end of the physical 
medium is a 10BASE-T node 532a (rather than, for example, an isochronous-ethernet node). Preferably, the 
isochronous-ethernet hub 530b is capable of handling data either according to an isochronous-ethernet pro- 

30 tocol or a 1 0BASE-T protocol. Upon receiving a link test pulse and determining that the node 532a is a 1 0BASE- 
T node, the isochronous- et hernet hub 530b will configure itself to conduct all future communications with node 
532a using a 10BASE-T protocol. 

Although Fig. 8B shows only a single node 532a connected to the hub 530b, in a typical configuration, a 
plurality of nodes will be connected to each hub. Preferably, the hub 530b is capable of using different protocols 

35 with different nodes. Accordingly, an isochronous-ethernet hub which is connected to both a 10BASE-T node 
and an isochronous-ethernet node can determine the capability of each node which it is connected and can 
use the appropriate protocol for each node. 

Fig. BC depicts a network configuration in which a 1 0BASE-T hub 530a is connected to an isochronous- 
ethernet node 532b. Upon initialization of the system the 10Base-T hub outputs a link test pulse 533. In the 

.40 depicted embodiment the isochronous-ethernet node 532b can operate according to an isochronous-ethernet 
protocol. Therefore, upon receiving the link test pulse 533, it outputs a link test pulse 533. Accordingly, the 
10BASE-T hub 530a can only send ethernet data and no isochronous data. 

Fig. 8D depicts a network configuration in which an isochronous-ethernet hub 530c Is connected to an 
isochronous node 532c. In the embodiment depicted in Fig. 8D, the node 532c only has isochronous protocol 

45 capability, butthe hub 530c has both an isochronous-ethernet protocol capability and an isochronous protocol 
capability. In this embodiment, upon initialization of the system, the hub 530c outputs an isochronous probe 
pulse 535. The isochronous node 532c, upon receiving the isochronous probe pulse 535, can determine that 
the hub to which it is attached is an isochronous-capability hub and will configure itself to conduct all future i 
communications with the hub 530c according to an isochronous protocol. Thus, the isochronous node 532c 

,50 preferably contains isochronous apparatus similar to apparatus found in the hub 530c for detecting circuitry at 
the other end of the link or physical medium and, thereafter, using the appropriate protocol. The isochronous 
node 532c, in response to receipt of the iso probe pulse 535, outputs an iso probe pulse 535. The hub 530c, 
upon receipt of the iso probe pulse, will commence normal isochronous hub operations. 

Fig. 8E depicts a configuration in which an isochronous-ethernet hub 530b is connected to an isochronous- 

55 ethernet node 532b. When the system is initialized the isochronous-ethernet hub 530b outputs a probe signal 
such as an IsoEnet probe, on the physical medium. When the isochronous-ethernet node 532b receives the 
isoEnet probe signal it is able to determine that the hub to which it is connected is an isochronous-ethernet 
hub. The isochronous-ethernet node 532b then outputs an isoEnet probe signal 534 onto the physical medium 
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which is received by the isochronous ethernet hub 530b. When the isochronous-ethernet hub 530b receives 
an isoEnet probe signal it can determine thatthe node 532b to which it is connected is an isochronous-ethernet 
node and will conduct all future communications with this particular node according to the isochronous-ether- 
net protocol. 

5 Figs. 5 and 6 depict components in the hub which are used in connection with link endpoint capability de- 

tection. As depicted in Fig. 6, a link beat generator 208 is provided for outputting the appropriate probe signal. 
A control signal 522 controls the multiplexer 21 0 so that the probe signal 208 is outputonto the physical medium 
46 at the appropriate time, e.g., upon initialization of the network system. 

Fig. 9 depicts circuitry 50 in an isochronous-ethernet node. Circuitry 542 would be provided in a node which 

10 can operate in accordance with two protocols. Nodes which provide only a single protocol would not include 
circuitry 542 and the E interlace 59 would be connected directly to the ethernet MAC 48c. The probe pulse 
received over the physical medium 46 is detected by the link beat detector circuitry 82. Circuitry 82 can include, 
for example a state machine, for detecting the sequence and interval of the pulse or link test pulse. The link 
beat detector circuitry 82 outputs a mode select signal 516 for controlling the multiplexer 514. The control signal 

15 516 is configured to set the multiplexer 514 such that the ethernet MAC 48C is connected to the output of the 
isochronous-ethernet Interface 59 so that future data received over the physical medium 46 is treated In ac- 
cordance with the Isochronous-ethernet protocol. If the link beat detector 82 detects the link test pulse rather 
than an iso pulse signal, it outputs a mode select signal 516 which configures the multiplexer 514 to connect 
the ethernet MAC 48C with the ethernet 10BASE-T interface 512 so that future data received over the physical 

20 medium is treated in accordance with ethernet 1 0BASE-T protocol. The mode select signal 516 also provides 
a signal to a control circuit in a node transmitter. The node transmitter is not separately depicted in detail since 
it is substantially identical to the hub transmitter depicted in Fig. 6. 

The node transmitter control 522 in response to the mode select signal 51 6 (indicating receipt of a link test 
pulse or other probe pulse) configures the multiplexer to output an appropriate pulse signal from the link beat 

25 generator 208 onto the medium 46. In some embodiments, nodes and/or hubs are configured to output a link 
test pulse or a probe pulse (depending on the capability of the hub or node), whenever the hub or node is pow- 
ered-up. For embodiments in which the link beat detect 82 is able to discriminate between a link test pulse 
and a probe signal such as an iso probe pulse, the mode select 51 6 can configure the link beat generator 208 
to output a link test pulse in response to a link test pulse and an iso probe pulse in response to a probe signal. 

so The signal output by the node transmitter is received in the hub receiver 54 (Fig. 5). The hub receiver link beat 
detect circuitry 82 detects the output of the probe pulse from the node transmitter. When the signal is a probe 
signal, circuitry 82 outputs a mode select signal 51 6 which is effective to control the multiplexer 514 to connect 
the output from the E interface 59 to the repeater 60. In this way, the hub receiver is now configured to process 
future signals received from the node over medium 46 according to an isochronous-ethernet protocol. The node 

35 select signal 516 also provides an input to control signal 522 which, in response, configures the multiplexer to 
place the output 206 from the encoder/serial izer 202 onto-the physical medium 46, rather than using the output 
from the 10BASE-T interface 536. In this way, the transmitter is now configured to output data according to 
the isochronous-ethernet protocol. 

If the signal output from the node is a link test pulse rather than probe pulse, the link beat detector 82 

40 outputs a mode select signal 51 6 which configures multiplexer 51 4 to connect the ethernet 1 0BASE-T interface 
512 with repeater 60 and configures the multiplexer to send output 536 onto the physical medium 46, rather 
than output 206. 

In view of the above description, a number of advantages of the present invention can be seen. The present 
invention allows a network to be configured in a mixed protocol or mixed environment, with, for example, a 

45 single hub connected to a plurality of nodes which operate according to different protocols, with the configur- 
ation being achieved automatically, without the need for manually establishing a predetermined protocol be- 
forehand for each node. The present Invention permits networks to be upgraded incrementally so that it is not 
necessary to upgrade all nodes at the same time. Furthermore, it is not, in general, necessary for service per- 
sonnel to specifically configure nodes or hubs to accommodate particular protocols since the protocols are 

so determined automatically and the nodes and hub configure themselves in accordance with the determined 
protocols. 

A number of variations and modifications of the present invention can be used. Although an embodiment 
involving a 10BASE-T protocol and an isochronous-ethernet protocol was described, the present invention is 
equally applicable to other protocols including other LAN protocols such as a token ring protocol, an isochron- 
65 ous protocol and the like. Although the present invention described one particular signal characteristic used 
for determining the protocol, other characteristics could also be used. For example, a token ring connection 
could be detected by the presence of four or 16 Mbit/sec Manchester-encoded data. Other LANs can be de- 
tected by their unique timing and data patterns. Protocols could also be detected using such characteristics 
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as the pattern of the presence or absence of a carrier, and the frequency spectrum of signals placed onto the 
physical medium. When a node has a capability of communicating under two or more protocols, e.g. either an 
isochronous-et hernet protocol or a pure ethernet protocol, it would be possible for a hub to use both capabilities 
of a node, i.e., to communicate according to a first protocol during a first time period and a second protocol 

5 during a second time period. Although the present invention has been described in the context of a star topol- 
ogy, the invention could also be used in a non-star topology, such as a ring topology or a tree topology. The 
present invention can be used in networks which do not have a hub, such as direct connections between two 
nodes with each node determining the protocol capabilities of the other node. As described above, the link 
test pulse and iso probe signals are related in that, for example, a 10BASE-T node wQi respond in the same 

10 fashion to receipt of either type of pulse. However, the test signals could be provided in forms which are unique 
to each type of protocol. In such a system, a data source/sink would output a first type of test pulse or other 
signal and, if no response was received, would output a second type of test pulse or signal, and so forth until 
a response was received indicating the protocol capability at the other end of the link. A data source/sink could 
be configured to determine all possible protocol capabilities of the apparatus at the other end of the link, rather 

15 than determining the "highest" or "best" capability available or using the first capability detected. The devices 
at each end could select a protocol capability other than the "highest* or "best" capability. It would be possible 
for a node to store an indication of its capabilities, such as in a table or other memory device, and to output 
the information upon receiving an inquiry. It would also be possible for a network to initialize in a common 
protocol, e.g., a 1 0BASE-T protocol, and, thereafter, exchange information, using that protocol, indicating ad- 

20 ditional protocol capabilities of the components of the system. Thereafter, the systems could reconfigure them- 
selves to use desired ones of the available protocols. 

Although the present invention has been described by way of preferred embodiments and certain varia- 
tions and modifications, other variations and modifications can also be used, the Invention being defined by 
the following claims. 

25 

Claims 

1. In a network having at least a first data source/sink and a second data source/sink coupled together by 
30 a physical medium, apparatus for determining at least one protocol capability of said second data 

source/sink, comprising: 

first means, coupled to said physical medium, for placing a first signal onto said physical medium; 

second means, coupled to said second data source/sink, for receiving said first signal and trans- 
mitting a second signal onto said physical medium when said second data source/sink has a first protocol 
35 capability and outputting a third signal, different from said second signal, when said second data 

source/sink has a second protocol capablity; 

third means, coupled to said first data source/sink, for detecting whether a signal transmitted by 
said second means is a second signal or a third signal. 

40 2. Apparatus, as claimed in claim 1 , further comprising: 

repeater circuitry coupled to said first data source/sink; 

interface circuitry, coupled to said physical medium, for converting frame-structured data to packet- 
structured data; and 

means for coupling said repeater circuitry to said physical medium when said third means detects 
said second signal and for coupling said repeater circuitry to said interface circuitry when said third means 
detects said third signal. 

3. In a data communication network having at least first and second data transmitter/receivers coupled over { 
a physical medium, apparatus for selecting data communication protocols, comprising: 1 

at least said first data transmitter/receiver selectably coupled to a first data source/sink and a sec- 
ond data source/sink, said first data source/sink outputting data according to a first protocol, said second 
data source/sink outputting data according to a second protocol, different from said first protocol; 

a signal generator, coupled to said physical medium for transmitting a first link signal onto said phys- 
ical medium; 

said second data transmitter/receiver coupled to a third data source, said third data source output- 
ting data according to one of said first and second protocols; 

a signal receiver/generator for receiving said first link signal and for transmitting a second link signal 
onto said physical medium in response, said second link signal having a first form when said third data 
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source is a source outputting data according to said first protocol and said second link signal having a 
second form, different from said first form when said third data source is a source outputting data accord- 
ing to said second protocol; 

a selection circuit which couples said first data source/sink to said first data transmitter/receiver 
when said second link signal has said first form and which couples said second data source/sink to said 
first data transmitter/receiver when said second link signal has said second form. 

4. Apparatus, as claimed In claim 3, wherein said data communication network is a local area network. 

5. Apparatus, as claimed In claim 3, wherein said data communication network is configured in a star topol- 
ogy, having at least one hub and a plurality of nodes. 

6. Apparatus, as claimed in claim 5, wherein said first data transmitter/receiver, said first and second 
source/sinks, said signal generator and said selection circuit are included in said hub. 

15 7. Apparatus, as claimed in claim 5, wherein said first data transmitter/receiver, said first and second 
source/sinks, said signal generator and said selection circuit are included In at least one of said plurality 
of nodes. 
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8. Apparatus, as claimed in claim 3, wherein said first protocol is an ethernet protocol. 

9. Apparatus, as claimed in claim 3, wherein said first protocol is an isochronous protocol. 

10. Apparatus, as claimed in claim 3, wherein said first protocol is a token ring protocol. 

11. Apparatus, as claimed in claim 3, wherein said first link signal is a series of 100 nanosecond pulses oc- 
curring at nominal 16 millisecond intervals. 

12. Apparatus, as claimed in claim 3, wherein said second link signal having said first form is substantially 
identical to said first link signal. 

30 13. Apparatus, as claimed in claim 3, wherein said second link signal having said second form has a period 
shorter than the period of said second link signal having said first form. 

14. Apparatus, as claimed in claim 3, wherein said second link signal having said second form has a period 
of less than about 2 milliseconds. 

35 

15. Apparatus as claimed in claim 1 wherein said first signal is a pulse signal. 

16. Apparatus, as claimed in claim 1 wherein said second signal is a pulse signal. 
40 17. Apparatus as claimed In claim 1 wherein said third signal is a pulse signal 

18. Apparatus as claimed in claim 3 wherein said data communication network is configured in a tree topology. 

19. Apparatus, as claimed in claim 3 wherein said first protocol is an isochronous-et hernet protocol. 

45 20. Apparatus, as claimed in claim 3 wherein said first protocol is an isochronous-token ring protocol. 

21. In a network having a first data source/sink, a second data source/sink and a physical medium connecting 
the first and second data source/sinks, a method for determining a protocol capability of said second data 
source/sink comprising: 
so transmitting a first link signal over said physical medium; 

receiving said first link signal at said second source/sink; 

transmitting a second link signal from said second source/sink onto said physical medium when 
said second source/sink has a first protocol capability, 

detecting the arrival of said second link signal at said first source/sink; 
65 transmitting data according to said first protocol when said second link signal is detected at said 

first source/sink and transmitting data according to a second protocol, different from said first protocol, 
when said second link signal is not detected at said first source/sink. 
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